Cloudron Forum

@nebulon Thanks for confirming! 🙂

@fbartels thank you for the advice 👍

@nebulon Yep, thank you, confirmed it reset itself.
Took >24 hours for recalculation but it is sorted 👍

@ethanxrosen right, first migrate to 18 - https://docs.cloudron.io/guides/upgrade-ubuntu-18/ and then 20.

@jdaviescoates said in Volume disk space strangeness:

/me goes to reduce the size of the volume back to a perfectly sufficient 10 GB...

Oh, bollocks. You can't decrease the size of Hetzner Cloud Volumes, only increase them. So I'd have to create a whole new one and then and then and then...can't be bothered with all that so I guess I'll just stomach the slightly increased cost of 15 GB over 10 GB.

@jdaviescoates said in Nextcloud says 5.3GB used, Cloudron says Nextcloud is 19.16GB, why?:

That's "just" a difference of 2.66GB (which I guess could mostly be just Nextcloud files themselves)

So, assuming that is mostly just Nextcloud files themselves (I may do a clean install at some point just to see how big that is), I think this can be marked as solved.

I have a CIFS mounted, but it has fixed itself and appears to work normally now.

Just leaving a note for myself, but it's unclear why the issue got fixed after the update. After an app update, the container is recreated and the collectd config is regenerated. Maybe the collectd restart did the trick.

Finally, one important bit: by default ext4 will reserve 5% of the disk for the root user. You can see this like so:

root@strawberry:~# tune2fs -l /dev/sda1 | grep Reserved Reserved block count: 1562918 Reserved GDT blocks: 1024 Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root)

1562918 blocks * 4096 block size = ~6GB.

You can reduce the percent to say 2 like this:

tune2fs -m 2 /dev/sda1

Unless you have a big disk, I would leave it at 5%.

@foliovision you can also try docker system prune -a --volumes but generally I have never succeeded in making that reclaimable space be less than 2GB in any server using docker (even without Cloudron).